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ARRANGEMENT FOR EMULATING AN UNLIMITED NUMBER OF IP DEVICES 
WITHOUT ASSIGNMENT OF IP ADDRESSES 



BACKGROUND OF THE INVENTION 
FIELD OF THE EWENTION 

The present invention relates to an arrangement for testing network-based systems by 
emulating network workstations having respective Internet Protocol (IP) addresses. 

DESCRIPTION OF THE RELATED ART 

Protocol emulators are often programmed in a UNIX environment for testing network 
devices that are designed to implement a prescribed protocol Often there is a need to emulate 
multiple IP devices having respective IP addresses. Typically such emulation of multiple IP devices 
is accomplished by creating logical IP addresses, also referred to as alias IP addresses or secondary 
IP addresses, and binding each of the logical IP addresses to a socket using BSD (Berkeley Software 
Distribution) socket programming. In particular, different types of sockets may be created: stream 
sockets are used for character streams (TCP) for use by HTTP or FTP; and datagram sockets are 
used for (UDP) datagrams. Other types of sockets exist, for example raw sockets. Once the socket 
is created, the bind function is used to bind the socket to the corresponding logical IP address, 
enabling a UNIX kernel to provide Ethernet access to the logical IP address. Hence, a UNIX 
workstation can emulate multiple devices by binding multiple logical IP addresses to respective 
sockets for access to the UNIX kernel. 

The above-described emulation approach, however, does not scale well for multiple logical 
IP addresses. In particular, each logical IP address takes up kernel resources because each 
corresponding socket requires a file descriptor. A typical UNIX kernel is unusable with more than 
several thousand file descriptors, hence the UNIX kernel cannot handle more than 1000 to 2000 
logical IP addresses. Although more IP addresses can be handled by speciahzed kernel code 
provided by test vendors, such speciahzed kernel code is based on proprietary source code in 
conjunction with specialized test hardware firom the test vendor. Since test vendors prefer not to 
provide the source code for the specialized kernel code, test engineers may have difficulty in 
modifying the kernel code for their own particular testing requirements . Hence, test engineers would 
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need several months to modify the kernel code in order to perform the necessary test operations. 
Consequently, test engineers need to choose between testing systems under test by using only a 
limited number of IP addresses, and substantial delay of the systems under test. 

5 

SUMMARY OF THE INVENTION 

There is a need for an arrangement that enables a protocol emulator to test network devices, 

configured to implement a prescribed protocol, using a substantially large number of IP addresses 
10 without the necessity of specialized kernel code. 

There also is a need for an arrangement that enables a protocol emulator to emulate a 

substantially large number of IP addresses in a manner that minimizes resources of the UNIX kernel. 
Q These and other needs are attained by the present invention, where a protocol emulator 

Q includes an executable emulation application configured for promiscuously detecting IP frames on 

nil 5 a network interface. The executable emulation apphcation generates response IP frames for each 
J I corresponding detected IP frame. The protocol emulator also includes a raw socket configured for 

outputting each response IP frame onto the network interface. Hence, the protocol emulator 
.;: minimizes use of UNIX kernel resources by eliminating IP filtering of received IP frames from the 

|,,L network interface, and by using a raw socket for sending a response IP frame generated by the 

:;^gO emulation application instead of the socket layer or the kernel. Hence, the minimal use of UNIX 
Q i kernel resources enables scalable emulation of multiple logical DP addresses, effectively enabling an 

unlimited number of IP devices to be emulated without assignment of IP addresses to respective 

sockets. 

One aspect of the present invention provides a method of emulating IP devices in a protocol 
25 emulator. The method includes promiscuously detecting IP frames on a network interface, and 
generating, for each corresponding detected IP frame, a response IP frame by an executable 
emulation application. The method also includes outputting each response IP frame by a raw socket 
onto the network interface. The promiscuous detection of IP frames on the network interface enables 
the protocol emulator to process all detected IP frames, independent of the destination IP address. 
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Moreover, the generation of a response IP frame by the executable emulation application enables the 
emulation of an unlimited number of IP devices without assigning IP addresses, since the response 
IP frame can be generated, and output by the raw socket, without the use of existing kernel resources. 

Another aspect of the present invention provides an emulator having a network interface, an 
executable emulation application, and a raw socket. The network interface is configured for 
receiving IP frames from a network, each received IP frame having a corresponding IP source 
address and a corresponding IP destination address. The executable emulation apphcation is 
configured for promiscuously detecting the IP frames received by the network interface, and is 
configured for generating a response IP frame for each corresponding detected IP frame having a 
corresponding identified apphcation request, independent of the corresponding IP source address 
within the detected IP frame. The raw socket is configured for outputting the response IP frame to 
the network interface for transmission on the network. 

Additional advantages and novel features of the invention will be set forth in part in the 
description which follows and in part will become apparent to those skilled in the art upon 
examination of the following or may be learned by practice of the invention. The advantages of the 
present invention may be realized and attained by means of instrumentalities and combinations 
particularly pointed out in the appended claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Reference is made to the attached drawings, wherein elements having the same reference 
numeral designations represent like elements throughout and wherein: 

Figure 1 is a diagram illustrating a network configured for testing a device that implements 
a particular protocol, using an emulator according to an embodiment of the present invention. 

Figure 2 is a diagram illustrating a method of emulating an unhmited number of IP devices 
by the emulator of Figure 1, without the assignment of IP addresses, according to an embodiment 
of the present invention. 
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BEST MODE FOR CARRYING OUT THE INVENTION 
Figure I is a block diagram illustrating a network 10 configured for testing a device 12 that 
implements a particular protocol, using an emulator 16 according to an embodiment of the present 
invention. In particular, the network 10 includes a device under test 12, for example a router, 
5 configured for implementing routing functions according to a prescribed protocol such as Internet 
protocol. The network 10 also includes client workstations 14 having respective assigned IP 
addresses and configured for generating IP frames 18 having respective client requests. 

The network 10 also includes an emulator 16 configured for emulating an unlimited number 
of IP devices. As described below, the router 12 is configured for passing all received IP frames 18 
1 0 to the emulator 1 6, independent of the destination IP address specified within the IP frame 18. For 
example, the router 12 may be configured for static routing; alternately the emulator 16 may be 
configured for responding to address resolution protocol (ARP) requests using its assigned media 
Q access control (MAC) address to ensure that the emulator 16 receives all IP traffic. Hence, the 

emulator 16 is able to receive all IP frames generated by the client workstations 14, even if the IP 
illl 5 frames specify IP addresses which are not present on the network 10. 

^dl The emulator 1 6 is configured for promiscuously detecting the presence of the IP frames 1 8 

on the network 10, and generating response IP frames 20 that include responses to the respective 

=^ client requests, independent of the destination IP addresses within the detected IP frames 18. In 

particular, the emulator 16 includes a network interface 22, a UNIX-based kernel 24, at least one 

;;:^0 executable emulation application 26, and UNIX based sockets 28 configured for binding the 

Q executable emulation application 26, described in detail below. 

The network interface 22 is configured for sending and receiving data frames according to 
Ethernet protocol: the network interface 22, upon receiving an Ethemet frame carrying an IP frame, 
removes the Ethemet header and forwards the IP frame to the kemel 24. Normally the kemel 24 
25 is configured for dropping a received IP packet 1 8 if the destination IP address in the received IP 
packet 1 8 does not match the prescribed assigned IP address of the protocol emulator 16. However, 
the kemel 24 can be configured for forwarding all IP frames, independent of the destination IP 
address of the received IP frame, to the executable emulation application 26 via the appropriate 
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socket 28a or 28b for processing. Alternately, the applications 26 can be configured for snooping 
for the received IP frames directly from the network interface 22. 

At least one executable emulation application 26 is executed by the emulator 16 for 
responding to the requests specified in the received IP packet 1 8: as described above, the executable 
emulation application 26 is configured for promiscuously detecting the IP frames received by the 
network interface 22, either by directly snooping the network traffic received by the network 
interface 22, or by receiving the IP frames from the modified kernel 24 independent of the 
destination IP address. 

The at least one executable emulation application 26, in response to receiving an IP frame 
having an identified application request, generates a response IP frame 20 that includes application 
response data such as HTML page data, and a response IP header. In particular, the executable 
emulation application 26 generates a response IP header by switching the source and destination IP 
addresses from the received IP frame 18. Hence, the response IP header specifies a response IP 
source address matching the IP destination address of the detected IP frame 1 8, and an IP destination 
address matching the IP source address of the detected IP frame 18. The executable emulation 
application 26 also generates any necessary layer 4 information (e.g., TCP or UDP header 
information) for the response IP frame 20. 

As illustrated in Figure 1, the executable emulation application 26 may be implemented as 
multiple emulation applications, each configured for generating a corresponding response IP frame 
for a detected IP frame based on the corresponding identified apphcation request, independent of the 
IP source address within the detected IP frame 18, For example, an HTTP process 26a may be 
configured for providing at least a portion of an HTML page in response to an HTTP get request; 
an SMTP process 26b may be configured for supplying an e-mail message in response to a client 
request from one of the workstations 14; or an FTP process 26c may be configured for transfer of 
a file in response to an FTP request. 

As described above, the executable emulation application 26 generates the apphcation 
response data (e.g., the HTML page data), any necessary layer 4 headers such as TCP or UDP 
headers, and the IP header including the IP source address, IP destination address, etc. to form the 
IP response frame 20. The executable emulation application 26 then forwards the IP response frame 
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20 to a raw socket 28c configured for outputting the response IP frame 20 to the network interface 
22 for transmission on the network 10. 

The raw socket 28c receives the response IP frame 20, and generates the appropriate Ethernet 
header including MAC source address and MAC destination address, as well as any error correction 
5 (e.g., cyclic redundancy check or frame check sequence). Hence, the raw socket 28c bypasses the 
TCP/UDP header processing by the sockets 28a and 28b, as well as the IP header processing by the 
kernel 24. The raw socket 28c can be developed using BSD socket programming, known in the art. 

Hence, the generation of layer 4 and IP headers by the emulation application 26, as well as 
the use of a raw socket 28c, minimizes processing requirements for the kernel 24 or the sockets 28a 
10 and 28b; hence, an unlimited number of IP devices may be emulated by the emulator 16. 

Figure 2 is a diagram illustrating a method of emulating an unlimited number of IP devices 
by the emulator of Figure 1, without the assignment of IP addresses, according to an embodiment 
Qi of the present invention. The steps described in Figure 2 can be implemented as executable code 

:';J stored on a computer readable medium (e.g., a hard disk drive, a floppy drive, a random access 

ill 5 memory, a read only memory, an EPROM, a compact disc, etc.). 

fti The method begins in step 40, where the network interface 22 receives from the network 10 

an IP frame 18 having a destination IP address that differs Scorn the prescribed assigned IP address 
of the emulator 16. The received IP frame is then passed to the emulation application 26 in step 42, 
for example by snooping by the emulation application 26, or by passing the received IP frame by the 

|:;:|0 kernel 24 upon modification thereof to pass all IP frames to the application 26, independent of the 

Cl destination IP address specified in the received IP frame. 

The emulation applications 26 executing within the application runtime parse the contents 
of the IP frame to obtain the IP source address, the IP destination address, any layer 4 information, 
and the application request within the IP frame (e.g., an HTTP get request) from one of the client 
25 workstations 14. One of the emulation applications 26 will identify the application request in step 
44 and process that request, and the remaining emulation applications that cannot recognize the 
application request will discard the IP frame. In this example, the HTTP process 26a recognizes in 
step 44 the HTTP get request, and generates in step 46 an application response that includes the 
necessary HTML tag data in response to the HTTP get request. 
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The identifying emulation application (e.g., the HTTP process 26a) then generates in step 48 
the appropriate layer 4 header, and generates in step 50 the IP header for the response IP frame 20. 
In particular, the identifying emulation appUcation 26 generates an IP source address (SA) having 
a value corresponding to the IP destination address (DA) in the detected IP frame 1 8; the identifying 
emulation apphcation 26 also generates an IP destination address (DA) having a value corresponding 
to the IP source address in the detected IP frame 18. After generating the IP header, the identifying 
emulation apphcation 26 sends the IP frame in step 52 to the raw socket 28c. 

The raw socket 28c, in response to receiving the response IP frame 20 from the emulation 
application 26, generates in step 54 the Ethernet header and any necessary error correction fields, 
and sends the Ethernet frame to the Ethernet network interface 22 for transmission in step 56 onto 
the network 10, 

According to the disclosed embodiment, an unlimited number of IP devices can be emulated 
to respond to IP traffic, without the necessity of additional hardware or substantial loading of 
existing software resources. Hence, the disclosed embodiment provides a scalable arrangement that 
enables large, complex environments to be emulated using software code, resuhing in substantial 
cost savings. Moreover, the disclosed arrangement is usable for multiple emulation applications 26 
executing respective emulation application operations that selectively respond to different client 
requests. In addition, the disclosed arrangement can easily be implemented in software, enabling 
the emulator 16 to be easily implemented in existing UNIX-based workstations. 

While this invention has been described in connection with what is presently considered to 
be the most practical and preferred embodiment, it is to be understood that the invention is not 
limited to the disclosed embodiments, but, on the contrary, is intended to cover various 
modifications and equivalent arrangements included within the spirit and scope of the appended 
claims. 
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